home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group01b.txt
/
000173_icon-group-sender_Mon Nov 19 16:28:40 2001.msg
< prev
next >
Wrap
Internet Message Format
|
2002-01-03
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id fAJNSHw25862
for icon-group-addresses; Mon, 19 Nov 2001 16:28:17 -0700 (MST)
Message-Id: <200111192328.fAJNSHw25862@baskerville.CS.Arizona.EDU>
Date: Mon, 19 Nov 2001 12:54:57 -0700
X-Authentication-Warning: unicon.cs.nmsu.edu: jeffery set sender to jeffery@cs.nmsu.edu using -f
From: Clint Jeffery <jeffery@cs.nmsu.edu>
To: anders.holtsberg@decuma.com
CC: icon-group@cs.arizona.edu
Subject: Evil Windows Icon temporary files: s3vvcadf
Errors-To: icon-group-errors@cs.arizona.edu
Status: RO
Content-Length: 1596
The non-command-line version of Windows Icon, since it has no OS-provided
console and cannot rely on file redirection (especially stderr) working on
various Windows versions, writes the compiler's normal output to a log file,
which the IDE then reads in and displays in a scrollable window. The
logfiles are supposed to get deleted, but under various abnormal program
termination conditions they do not. This code is bad and should be
rewritten by a Windows enthusiast to do something more clever, perhaps a
pipe can be made to work.
Worse yet: the logfiles used to be created using a MS Visual C++ version of
the UNIX temporary-file-creating function which always ignored the TEMP and
wrote to \, effectively making it useless where \ is not writable. Microsoft
crippling their UNIX-compatible library function and adding a new proprietary
temporary file function is nothing especially surprising. Anyhow the latest
version of Windows Icon has this fixed, you can get it from a link near the
bottom of http://unicon.sourceforge.net, or maybe from the Icon web site.
Aside: the GNU C Compiler for MS Windows seems to offer a solution to much
of the awkwardness found in Windows Icon, where due to MS Visual C++ we have
had to provide two copies of the compiler and virtual machine (one with
graphics facilities, and one without). I am preparing a version of Windows
Unicon based on Icon 9.4 and built using GCC; if anyone wants to work on a
straight Windows Icon 9.4 distribution I will be glad to provide
configuration files and technical assistance.
Clint Jeffery, jeffery@cs.nmsu.edu